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RELATED APPLICATION 
This application claims the benefit of U.S. Provisional 
Application No. 60/161,701, filed October 26, 1999 by Jussi Ketonen, Carolyn 
Talcott and Paul Wieneke, and titled "Local Assistant Component that Modifies 
10 Interactions with a Global Computer Network." 

FIELD OF THE INVENTION 

^ The present invention relates to electronic commerce and, in particular, 

CO to information processing systems and methods for marketing, advertisement 

f S and timely dissemination of information via the Internet and other interactive 

J 5 ; j* . 1 5 media. 

03 

BACKGROUND OF THE INVENTION 

The most lasting customer relationships are built when a merchant 
provides a personalized offer at precisely the moment a customer is looking for 
a product, and when the merchant stays out of the way the rest of the time. 
20 Banner ads don't pay; neither do marketing databases with bogus data. 

That is the quandary facing online merchants today. Mass marketing techniques 
are severely ineffective in an interactive medium. Expensive database 
marketing in which massive amounts of data are collected, cross-referenced and 
regressed, but is obsolete by the time it is entered into a database, is also highly 
25 ineffective. What a merchant needs is very simple: the one customer who is 

interested in the merchant's products, at the very moment he or she is interested. 
In other words, merchants need extremely qualified buyers, delivered at exactly 
the right moment. However, customer privacy must be respected and protected. 
Furthermore, marketing techniques that are based on lightweight, 
30 extremely flexible mechanisms are needed to meet rapidly changing market 
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situations. Modifying a merchant's information technology system or Web 
site(s) is typically much too slow and costly to be effective. 

The present invention addresses these and other problems. 

SUMMARY OF THE INVENTION 

The present invention provides a system and method that enables an 
internet entity, referred to herein as the "Agent", to provide highly efficient and 
flexible relevance-based information dissemination services to assist merchants 
and others, referred to herein as "Assisted Merchants", to bring timely and 
relevant offers of products and other information to online users, referred to 
herein as "Customers." 

In accordance with one aspect of the invention, the system provides 
client side software that is extensible and customizable by rules that are 
downloadable. Each service/application of the system is implemented by a 
ruleset consisting of rules and supporting meta-data. 

In accordance with another aspect of the invention, the system has two 
main components: (1) a client-side program with a small core that comprises a 
task scheduler and rule interpreter that is driven by local databases containing 
downloadable rulesets and interaction data that is collected and stored locally 
and (2) a server-side program that acts as a download server for the client-side 
software and manages Assisted Merchant data, rulesets for distribution and 
collection of statistics generated by rule execution. The server-side program 
and data reside on a computer system operated by the Agent providing the 
Local Assistant service. The client-side core and data reside and operate on 
Customer computers. Internet interactions between the client- and server- side 
software are secured so that the delivered/installed code and ruleset updates are 
those intended by the Agent. An Assisted Merchant need not have a Web site 
or otherwise be connected to the Internet, although that is the typical case. 

An important advantage of the rule-based architecture with a small 
client-side core is that it enables the building of highly fault-tolerant distributed 
applications in a low-risk and incremental fashion. 
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In one implementation of the present invention, the server-side software 
and data resides and operates on the Web site of E-traffic Inc. In this 
implementation, rulesets are provided to be used for analysis and actions to be 
taken on HTML pages viewed by the Customer (Web Assistants and Loyalty 
5 Program Assistants); analysis and actions to be taken on data extracted from 
other sources on a Customer's machine, such as CD player's (Listener 
Assistants) and MP3 players (Viewer Assistants); periodic retrieval of data from 
the Web (News Assistants); automatic gathering of data from the Web 
(supporting other assistants); user interface i.e., display of offers and other data 
10 and data input by the Customer for client-side system customization; updating 
other rulesets; and reporting anonymous data/statistics regarding client-side 
activity. 

£11 One method of doing business supported by the present invention is 

s|% private auctions via downloaded rules that can be used to bid against existing 

W 1 5 price information on the Customer's machine and prices gleaned from current 

in 

jo data streams, such as HTML pages, viewed by or available to the client, 

f . Another method of doing business supported by the present invention 

£3 comprises loyalty program reminders via downloaded rules that can be used to 

[pi gather up-to-date information about participating merchants and to provide the 

20 Customer with relevant reminders or offers to purchase from participating 

merchants. This method would be used in conjunction with loyalty programs 
such as Ebates, SchoolCash, MyPoints and many others. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 These and other features and advantages of the present invention will 

now be described with reference to the drawings of certain preferred 
embodiments, which are intended to illustrate and not to limit the invention, and 
in which: 

Fig. 1 is a high-level architectural drawing illustrating the primary 
30 components of a system that operates in accordance with the present invention. 
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Figs. 2a-2b are, respectively, an architectural drawing and flow diagram 
illustrating the Customer enabling function of the system that allows a 
Customer to download the systems client-side core. 

Figs. 3a-3b are, respectively, an architectural drawing and flow diagram 
illustrating a Web Assistant application producing offers based on analysis of 
targeted Web pages being viewed by the Customer and on further information 
gathered from the Web. Fig. 3c is a screen shot further illustrating the Web 
Assistant application.. 

Figs. 3a-b also serve, respectively, as an architectural drawing and flow 
diagram illustrating a Loyalty Program Assistant application producing offers 
based on analysis of targeted Web pages being viewed by the Customer and on 
further information gathered from the Web. Fig. 3d is a screen shot further 
illustrating the Loyalty Program Assistant application. 

Figs. 4a-4b are, respectively, an architectural drawing and flow diagram 
illustrating a Listener Assistant application producing offers based on 
information about a currently playing CD and further information gathered from 
the Web. Fig. 4c is a screen shot further illustrating the Listener Assistant 
application. 

Figs. 5a-5b are, respectively, an architectural drawing and flow diagram 
illustrating a News Assistant application in which periodic information 
gathering produces offers and information from one or more targeted sites based 
on Customer preferences and accumulated interaction data. Fig. 5c is a screen 
shot further illustrating the information/offers application with target site CNET 
news. 

Fig. 6a contains an architectural drawing and flow diagram illustrating 
an application that allows the Customer to customize the client-side behavior of 
the system by interaction with the ruleset manager. Fig. 6b is a screen shot 
further illustrating the customizing application. 

Figs. 7a contains an architectural drawing and flow diagram illustrating 
an application that allows the Customer to view newly available rulesets and to 
download rulesets of interest.. Fig. 7b is a screen shot further illustrating this 
application. 
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Note that the applications illustrated in Figs. 2-7 are implemented as 
rulesets containing rules for analysis, information gathering and action together 
with supporting meta-data describing the data to be collected and providing 
HTML templates for Customer interaction. These are provided to exemplify the 
5 range of possible applications supported by the core system. 

In the drawings, the first digit of each reference number indicates the 
architectural drawing in which the referenced item first appears. The 
architectural drawings are derived from three basic architectural components: a 
Customer computer, the Agent Web server, and generic Web sites. An 
1 0 occurrence of a component in one of the architectural diagrams may have 
parts omitted that are not relevant to the illustration, or may have parts 
specialized to the scenario being illustrated. 

2 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

yl 1 . Glossary of Terms and Acronyms. 

ff{ 1 5 The following terms and acronyms are used throughout the following 

= detailed description of the invention: 

p Client-server . A model of interaction in a distributed system in which a 

I ;= program at one site sends a request to a program at another site and waits for a 

Ej response. The requesting program is called the "client" and the program which 

20 responds to the request is called the "server". In the context of the World Wide 
Web (discussed below), the client is a "Web browser" (or simply "browser") 
that runs on a computer of a user; the program that responds to browser 
requests by serving Web pages is commonly referred to as a "Web server". 

Hyperlink . A navigational link from one document to another. Typically, 
25 a hyperlink is displayed as a highlighted word or phrase that can be selected by 
clicking on it using a mouse to jump to the associated document or document 
portion. 

Hypertext System . A computer-based informational system in which 
documents (and possibly other types of data entities) are linked together via 
30 hyperlinks to form a user navigable "web". 



-6- PATENT 

Internet . A collection of interconnected (public and/or private) networks 
that are linked together by a set of standard protocols (such as TCP/IP and 
HTTP) to form a global, distributed network. (While this term is intended to 
refer to what is now commonly known as the Internet, it is also intended to 
encompass variations which may be made in the future, including changes and 
additions to standard protocols and advances in communication technology.) 

World Wide Web ("Web") . Used herein to refer generally to both (i) a 
distributed collection of interlinked, user-navigable hypertext documents 
(commonly referred to as Web documents or Web pages) that are accessible via 
the Internet, and (ii) the client and server software components which provide 
user access to such documents using standard Internet protocols. Currently, the 
primary standard protocol for allowing applications to locate and acquire Web 
documents is HTTP, and the Web pages are encoded using HTML. If security 
is of concern, documents can be accessed using the HTTPS protocol. However, 
the terms "Web" and "World Wide Web" are intended to encompass future 
markup languages and transport protocols which may be used in place of (or in 
addition to) HTML and HTTP or HTTPS. 

Web Site . A computer system that serves informational content over a 
network using the standard protocols of the World Wide Web. Typically a Web 
site corresponds to a particular Internet domain name, such as "e-traffic.com," 
and includes the content associated with a particular organization. As used 
herein, the term is generally intended to encompass both (i) the 
hardware/software server components that serve the informational content over 
the network and (ii) the "back end" hardware/software components, including 
any non-standard or specialized components, that interact with the server 
components to perform services for Web site users. 

HTML (HvperText Markup Language) . A standard coding convention 
and set of codes for attaching presentation and linking attributes to 
informational content within documents. During a document authoring stage, 
the HTML codes (referred to as "tags") are embedded within the informational 
content of the document. When the Web document (or HTML document) is 
subsequently transferred from a Web server to a Web browser, the codes are 
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interpreted by the browser and used to parse and display the document. 
Additionally, in specifying how the Web browser is to display the document, 
HTML tags can be used to create links to other Web documents (commonly 
referred to as hyperlinks). 

HTTP (HyperText Transfer Protocol) . The standard World Wide Web 
client-server protocol used for the exchange of information (such as HTML 
documents, and client requests for such documents) between a browser and a 
Web server. HTTP includes a number of different types of messages that can 
be sent from client to server to request different types of server actions. For 
example, a "GET" message, which has the form GET <URL>, causes the server 
to return the document or file located at the specified URL. As another example 
a "POST" message, which has the form POST <URL>, causes the server to 
parse the specified URL to extract a function to call and data to supply. 

HTTPS (HvperText Transfer Protocol Secured) . Extends the HTTP 
protocol with authentication and encryption to protect the information 
transmitted during HTTP protocol steps and to provide secure and authenticated 
interaction with the requested server. 

ISBN (International Standard Book Number) . A numerical identifier 
associated with books, pamphlets, educational texts, microfilms, CD-ROM and 
Braille publications throughout the world. The ISBN is a ten-digit number 
assigned to each published title that provides an unduplicated, internationally 
recognized "identity". 

URL (Uniform Resource Locator) . A unique address which fully 
specifies the location of a file or other resource on the Internet. The general 
format of a URL is protocol ://machine address: :port/path/filename. The port 
specification is optional, and if none is entered by the user, then the browser 
defaults to the standard port for whatever service is specified as the protocol. 
For example, if HTTP is specified as the protocol, then the browser will use the 
HTTP default port of 80. 

XML (extensible Markup Language) . A universal format for putting 
structured documents and data in a text file. Like HTML, XML uses tags 
<abc> ... </abc> to delimit structured components and attributes within tags 
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such as <mytag name= M helIo"> to express additional semantic content. Unlike 
HTTP, XML does not specify the meaning of any tags or attributes. This must 
be specified for each application that uses XML as a representation format. 
More information can be found at http://www.w3c.org. 

Agent . The provider of a Local Assistant service (for example, E-traffic 

Inc.) 

Assisted Merchant . A merchant (or individual or other entity) that has 
an assistance agreement with a Local Assistant Agent. An Assisted Merchant 
will have an entry in the Agent's merchant database and probably some active 
rulesets in the admin ruleset database. 

Customer . A computer user who is a potential customer for an Assisted 
Merchant (i.e. to whom the Assisted Merchant may want to make offers). 

Data Element . A simple piece of data such as a number or string or a 
structured collection of data such as a list or table, used to represent 
information. 

Meta-data . Specifies properties of a data element, for example the type, 
how it is to be stored, how it is to be updated, etc. 

Information Context . A collection of named data elements. Elements 
can be accessed by name, named data elements can be added to the collection 
and removed from the collection, and the association of data to names can be 
modified. 

Alist . A particular means of representing an information context as a list 
of name- value pairs. 

Rule . A syntactic description of conditions for selection and actions to 
be taken relative to a supplied information context. 

Ruleset . An identifiable collection of rules, data and meta-data that 
work together to implement some Local Assistant functionality. 

Rule Interpreter . A computer program that interprets rules in a given 
information context, determining when a rule is applicable, and carrying out the 
actions specified by an applicable rule in the given context. 
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Targeted Site . AWeb site containing HTML documents of potential 
interest for analysis, i.e., for which there are rules to execute when these pages 
are viewed. 

Targeted HTML Document . An HTML document on a targeted site for 
which there are one or more rulesets containing rules for analyzing the 
document. Such documents may be recognized by the URL by which they are 
accessed, but other means are possible. 

2. Overview of the System Components and Operation. 

Fig. 1 illustrates the general architecture of a Local Assistant: a system, 
implemented by E-traffic Inc., that operates in accordance with the present 
invention. The Local Assistant system includes a Customer computer 100 
running a Local Assistant client-side computer program 104, a Local Assistant 
Admin System 110 operating in the context of other Web sites (represented in 
Fig. 1 by Any Web Site 120), all of which are linked together by the Internet 
130 (which is left implicit in the remaining figures of this document). The 
Customer computer 100 can be any type of computing device that allows a 
Customer to interactively browse Web sites via a Web Browser 1 07 and, 
preferably, to control other devices such as media players, location sensors, etc., 
represented in Fig. 1 by an interaction point 101 (such as a CD player) and an 
interaction manager 102 (such as Win Amp). (Note that the Web Browser 107 
itself is an example of an interaction manager 102, the interaction point 101 
being a mouse/keyboard/pointing device.) For example, the Customer 
computer 1 00 could be a personal computer (PC) connected to the Internet via a 
modem, or a hand-held or wearable computer connected to the Internet by 
wireless communication. 

The Local Assistant client-side computer program 104, written in Java 
in the case of the E-traffic implementation, includes several functions: 
monitoring client interaction activity, determining applicable rules, interpreting 
rules, managing its local interaction data database (IDB), and managing its local 
ruleset database (RDB). 
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The Local Assistant program 1 04 interacts with the system resource 
manager 103 to determine current client activity such as open browser windows 
or running CD players. For each activity of interest, the Local Assistant 
program 1 04 constructs an information context from data obtained from the 
5 interaction manager 102 . This information could be as simple as the name of a 
performing artist, or as complicated as the HTML text of a Web document. 
This information context extends the information context implicit in the local 
interaction data database (Local IDB) 106. The Local Assistant program 104 
then queries the local ruleset database (Local RDB) 105 for applicable rules, 
10 and schedules and executes the rules using a simple, conventional scheduling 
algorithm to order multiple execution tasks. The rule interpreter functionality 
* J determines actions to take based on the rule and information context that it is 

t ! ,E I 

£n given. Possible actions include: invoking other rules, retrieving HTML 

»n documents 122 from a Web server 121 and analyzing them to extract relevant 

Y t l 15 data, requesting operations on the interaction data database 106, requesting 

VI 

fg operations on the ruleset database 105, posting updates to the Local Assistant 

7 ^ Administrative site 110, and presenting information to and interacting with the 

C3 Customer. The interaction data manager functionality provides access to the 

ru 

U\ local interaction database 1 06 and manages creation, lookup, update and 

id 20 deletions of named data elements. The ruleset manager provides functionality 

to query the local ruleset database 105 for rules applicable in a given context; to 
suspend, resume or delete a ruleset; and to download new rulesets and ruleset 
updates from the Local Assistant Administrative site 1 10. 

The Local Assistant system presents information to the Customer using 
25 the Web Browser 107 to display HTML formatted information. One kind of 
information presented is offers in the form of hyperlinks. Other forms of 
interaction provided by HTML are also possible. 

The Local Assistant Admin System 1 10 is a site that provides 
functionality to download the Local Assistant client-side application 1 16, to 
30 update the client-side rulesets, to manage merchant database 1 13, admin ruleset 
database 1 14, and admin interaction database 1 15, and to upload interaction 
data summaries generated by rule execution on client machines. 
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In the Local Assistant preferred embodiment discussed herein, the rules 
and supporting meta-data are represented as XML text and stored, encoded, in 
files. The XML encoding takes place as follows: first, the XML file is 
compressed using the standard zip algorithm available in Java 1.1. Second, the 
bits are scrambled to make the resulting binary stream harder to decode. Secure 
Internet interaction between the Local Assistant Web server 1 1 1 , a client-side 
browser 107 and a Local Assistant program 104 is accomplished by use of this 
encoding technique together with the HTTPS secure socket layer protocol and 
signed certificates. This assures the Customer that the Local Assistant software 
has the prescribed behavior and assures the Assisted Merchants that the rulesets 
designed for them are those that are executed by the Local Assistant. 

The merchant database (Merchant DB) 113 contains information about 
each Assisted Merchant including: username/id s password, email, physical mail 
and telephone number, where the username/id is a unique identifier assigned by 
the Agent (e.g. E-traffic, Inc.) to the Assisted Merchant. 

The administrative ruleset database (Admin RDB) 1 14 contains rulesets 
currently available for download. A ruleset in this database could be one 
designed for a particular Assisted Merchant, or a ruleset designed simply to 
benefit the Customer (for example, customization or local data management), 
making the use of the Local Assistant more appealing and widespread. The 
Local Assistant server-side ruleset manager provides functionality (to agent 
administrators) to add new rulesets, and to delete obsolete rulesets, and to define 
updates to maintain existing rulesets. It also provides functionality to download 
updates and new rulesets upon request, to keep download statistics and to 
control the number of allowed downloads for a given ruleset. For each ruleset, 
the following information is kept: name/id, date, merchant, file location (of the 
actual ruleset); maximum number, maximum number active, total number, 
number active; and start and end date. 

The administrative interaction database (Admin IDB) 1 1 5 contains 
anonymous interaction information uploaded from Customer computers as a 
result of execution of rules that specify such actions. The protocol used for 
uploading by the E-traffic preferred embodiment is the HTTP POST method, 
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passing alists represented as strings. The database schema is restricted to accept 
only limited information, thus preserving Customer privacy. 

The Local Assistant installation download 1 16 is a file with executable 
code that will install the Local Assistant client-side program once the Customer 
has confirmed the download request and the Customer computer 1 00 has 
authenticated the connection. 

The Local Assistant client-side application can be downloaded from the 
Local Assistant Admin System Web Site either by directly accessing the Local 
Assistant Web Site, or by using special links embedded in a Web document 
served by an Assisted Merchant, or other Web site. 

The Any Web Site component 120 represents information available as 
HTML documents 122 and delivered upon request by the Web server 121 . 
Some documents may contain links for downloading the Local Assistant 
program. If a download link is contained in a document on an Assisted 
Merchant's site, then downloading the system will result in also downloading 
rulesets associated with that Assisted Merchant. Documents on other Web sites 
may be targets for analysis by Local Assistant rulesets. For example, pages 
from booksellers sites can be analyzed for title, author, price, ISBN and other 
information. 

The Local Assistant system is virtually risk free because it doesn't 
require ANY modifications to the Assisted Merchant Web site or e-commerce 
software. All of the promotions are executed in compact downloads in the 
Customer's browser. No data need be transmitted directly back to the Assisted 
Merchant site. 

Using the Local Assistant program, the Assisted Merchant can present 
special offers, tailored precisely to the interests of a target Customer, at exactly 
the moment the Customer is looking for products like the Assisted Merchant's 
products. In one scenario, an Assisted Merchant can present a price quote for a 
book every time the Customer asks for a quote from another book vendor. In 
another scenario, a merchant whose role is intermediary for a loyalty program 
can present an offer to a Customer to purchase via one or more loyalty program 
merchants when the Customer is shopping for products offered by these 
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merchants. In yet another scenario, an Assisted Merchant can present a list of 
available CDs by an artist that the Customer is currently listening to. 

The Local Assistant architecture is completely data-driven. The Local 
Assistant client-side system itself is built from a very small runtime core using 
the same type of XML rules, data and meta-data that is available to anyone 
else. 

In other words, any application, such as the Web Assistant, the Loyalty 
Program Assistant, the Listener Assistant, or the Customizer, is built from the 
core engine by the addition of a "knowledge base" of data, meta-data and rules 
expressed in XML, along with user interface components. 

When operating in conjunction with the browser, the user interface 
components are themselves expressed as data, in HTML. Thus, the core engine 
provides a highly extensible platform for delivering new applications and 
functionality, with minimal maintenance headaches and no required installation. 

Because the system is built using itself, the core engine is automatically 
exercised in a very extensive manner during standard system operations, 
guaranteeing a high degree of code path coverage. Since no new code need be 
written, the emphasis can be on the testing and understanding of the knowledge 
embodied in the underlying XML rules. 

3. Download of Local Assistant by Customer. 

A preferred method for downloading the Local Assistant client-side 
software by a Customer is now described. Figs. 2a-2b depict the flow of 
information and sequence of events in an example scenario of this process. 

Referring to Fig. 2a 5 a Customer accesses an Assisted Merchant's Web 
site 240 via the Customer computer 100. The Customer computer 100 contains 
a conventional Web browser 202 (viewed as an interaction manager) which 
communicates with the Assisted Merchant's Web server 24 1 using the HTTP 
protocol. As depicted by events A and A' in Fig. 2a, the Assisted Merchant's 
Web server 241 accesses a local store of HTML documents 242 that can be 
requested, retrieved and viewed by the Customer using the Web browser 202. 
The retrieved document (depicted in Fig. 2a as 243 on the server side and 201 
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on the client side) contains a download link 208 to the Local Assistant Admin 
System site 1 10. For example, the URL to embedd in a download offer from 
the E-traffic Agent might look like: 

https://secure.etraffic.com/get_download.asp 
Preferably, the document also contains descriptive information about the 
Assisted Merchant and the Local Assistant system that will encourage the 
Customer to proceed. 

Again referring to Figs. 2a-2b, upon clicking or otherwise selecting the 
download link 208 of the Assisted Merchant's document 201 (event B) 5 the 
Web browser 202 communicates with the Local Assistant Admin Web server 
1 1 1 which further communicates with the Local Assistant Admin program 1 12 
(event C) to retrieve the system installation package 116. The installation 
package 1 16 is transmitted, using a secure protocol such as HTTPS, to the 
Customer computer 100 to execute (event D) and, concurrently, the download 
request is logged (event D f ). The Customer is shown an installation agreement 
window (event E) which provides authentication information and allows the 
Customer to accept or decline installation of the Local Assistant client-side 
package. If the Customer rejects the installation agreement, then the installation 
package removes itself from the Customer's computer 100 (event F'). If the 
Customer accepts the installation agreement, then installation continues: the 
Local Assistant client-side code 1 04 is copied into a designated folder, the local 
ruleset database 1 05 and interaction database 1 06 are initialized, and the Local 
Assistant program 104 is started (event F). The client-side program analyzes 
the HTML document 201 containing the download link 208 to determine which 
application rulesets to download. The Local Assistant client program 104 
transmits a request for rulesets to the Local Assistant server 1 1 1 (event G) 
which in turn invokes the Local Assistant admin program 112 (event H). Those 
requested rulesets that are available for download are transmitted to the Local 
Assistant client-side (event I) and stored in the local ruleset database 105 (event 
J). Concurrently, the Local Assistant admin program 1 12 logs the request in the 
admin ruleset database 1 14 (event I'). 
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In Fig. 2a, the dashed line enclosing the Local Assistant components 
104, 105 and 106 is used to indicate that these components are not initially 
present, but are present after the download completes. 

Although the above describes the case in which the Local Assistant 
program download link is contained in an Assisted Merchant's HTML 
document, this is not necessarily the case. Links for download of the core 
system and non-merchant specific rulesets could be placed in any HTML 
documents, for example as advertisements placed by the Local Assistant agent. 
The intent is that the Local Assistant client-side core system be freely and 
widely available. 

4. A Web Assistant Application 

Figs. 3a-3b illustrate the flow of information and sequence of events 
when a Local Assistant Web assistant application operates on a Customer 
computer 100. The Customer (via the Web browser 202 as interaction 
manager) requests and is presented with a Web document 201 retrieved from a 
targeted site 350 (event A). The Customer views the retrieved document 201 
(event B). Concurrently, the Local Assistant client program becomes aware that 
a new page is being viewed by interacting with the system resource manager 
(not depicted in Fig 3a) and the Web browser 202 (event C). Rules to analyze 
the web document being viewed 20 1 are obtained from the rule database 1 05 
and used to analyze the document (event D). For example, if the document is 
an amazon.com catalog page for a book, then the following rule 

<PE> 

<CatId> Steplnfo </CatId> 

<tag> body </tag> 

<steptype> traverse </steptype> 

<merchant> amazon.com </merchant> 

<feature> amazon.xml </feature> 

<target> http://www.amazon.com/exec/obidos </target> 
<dataelement> isbn </dataelement> 



- 16- 



PATENT 



<pattern> "ISBN:" word: </pattern> 
</PE> 

discovers the ISBN of the book being considered. It extends the current 
information context by associating the word following "ISBN:" in an HTML 
document to the name "isbn". Below is a fragment of the HTML source for a 
book catalog page from amazon.com. 

<html> 

<head> 

<title> Amazon.com: buying info: On Writing : A Memoir of the Craft</title> 
</head> 

<font face="Arial,Helvetica" size--2> Scribner; ISBN: 0684853523 
</font><br> 

</body> 
</html> 

The above rule executed in the context of this page would add 

isbn= 0684853523 
to the information context. A similar rule is used to discover the price. 

An Assisted Merchant using the Web assistant will define bid rules that 
determine for each target merchant of interest what form of offer should be 
made, if any, when the Customer is looking at a particular catalog page. For 
example, the Assisted Merchant might have a rule that meets or underbids the 
price of an amazon.com item, but offers its standard price with free shipping 
when bidding against barnesandnoble.com. In either case, the ruleset for the 
Assisted Merchant will contain a rule to retrieve and analyze the Assisted 
Merchant's catalog page containing the item of interest and then to use this 
information in conjunction with the bid rules to produce an offer. 

For example the following rule will obtain price information for a book 
from fatbrain.com: 



# 



- 17- 



PATENT 



10 

m 

m 15 

s in 

~ s i 
3 

3 5 
= l~. 

£3 20 

s : 

25 



<PE> 

<CatId> Steplnfo </CatId> 
<Key> fatbrainsearchprice </Key> 
<feature> fatmaven.xml </feature> 
<steptype> search </steptype> 
<sets> price reference title </sets> 
<webquery> <Add> 

f, http://wwwl .fatbrain.con^asp/bookinfo/bookinfo.asp?theisbn- ' !ISBN 
</Add> </webquery> 
</PE> 

Returning to Figs. 3a-3b, the Local Assistant client program executes the 
rulesets for each Web assistant Assisted Merchant M (events E[M]). A product 
catalog document 343 is requested from the Assisted Merchant's Web site 240 
and analyzed using targeted rules to extract information needed to make an 
offer, for example the book price. If any offer becomes available, then an offer 
window is made visible (event F) and further offers are presented as they 
become available (event G[M]). In addition, the Web assistant ruleset for a 
given Assisted Merchant M may store offer information in the local interaction 
database 106 (event H[M]) and may also request updates of the Local Assistant 
admin interaction database 115 (event I[M]). 

Fig. 3c is a screen shot showing an offer from FatBrain in response to 
the customer visiting a page from the Amazon book catalog. 

5. A Loyalty Program Assistant Application 

Figs. 3a-3b also can be used to illustrate the flow of information and 
sequence of events when a Local Assistant Loyalty Program Assistant 
application operates on a Customer computer 100. Events A-D are the same as 
for the Web Assistant Application discussed above: the Customer views a Web 
document 201 from a targeted site 350 and the Local Assistant client program 
uses target document rules to extract relevant information, for example, the 
ISBN and price of a book. 
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An Assisted Merchant using the Loyalty Program Assistant will define 
rules for determining the participating merchants and for each merchant, 
relevant attributes and a link to a loyalty program entry to their site. For 
example, schoolcash.com is an intermediary for a school rebate program 
5 whereby participating merchants donate a percentage of each purchase through 
this program to the school of the purchaser's choice. The relevant attribute in 
this case is the percent rebate ~ each merchant may be different. In addition to 
the participating merchant data, there are rules for getting a price quote from 
each targeted participating merchant that sells the product in question. Finally 

10 there are rules for combining the premium and price data to produce an offer. 
For each Loyalty Assisted Merchant M, the Local Assistant client program 
executes the associated rulesets (event E[M]). 

As in the case of the Web Assistant scenario, an offer window is made 
visible, offers are presented and local and admin interaction databases may be 

1 5 updated (events F 5 G-I[M]). Fig. 3d is a screen shot showing an offer from 

SchoolCash to a Customer visiting a page from the Amazon book catalog . The 
offer reminds the Customer of the Amazon rebate rate and provides a 
convenient link for the Customer to make a purchase through the loyalty 
program. 

20 A Customer's ruleset database may contain both Web and Loyalty 

assistant rulesets, and, in this case, the applicable rules from both sorts of ruleset 

will be executed. 

In a variation of the Loyalty Program Assistant, there are rules to 

determine the participating merchant data dynamically, before gathering the 
25 data to make offers. These rules request Web documents from the Assisted 

Merchant's Web site and analyze them to obtain the needed information. 

6. Listener Assistant Application 

Figures 4a-4b illustrate the flow of information and sequence of events 
30 when a Local Assistant Listener Assistant application operates on a Customer 
computer 100. In this scenario, the Customer inserts a CD into the CD player 
401 and a media player application 402 is started, for example WinAmp (event 
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A). The Local Assistant client program 104 becomes aware that a CD is 
playing by interacting with the system resource manager 103 (event B) and 
requests artist information from the WinAmp player (event C). 

A Listener Assisted Merchant will have a ruleset with rules to generate 
offers related to the artist playing. For example, amazon.com or cdnow.com 
might have rules to collect a list of all the CDs by that artist in their catalog and 
present this along with links and possibly price/availability information. An 
online ticket agency might have rules to gather a list of all the upcoming 
concerts by this artist (and possibly artists considered to be related in some way) 
for which the agency sells tickets. Other information, such as reviews and 
articles relating to the artist, could also be collected. 

Returning to Figs. 4a-4b, the Local Assistant client program selects 
applicable rules from the ruleset database 105 for each Listener Assisted 
Merchant M and schedules them for execution (event D). Again, as soon as any 
offer is available, a Listener display is made visible (event E). The selected 
rules for Assisted Merchant M are executed (event F[M]). This may result in 
retrieval and analysis of Web documents and consequent production of offers. 
As in the case of the Web and Loyalty assistants, any offers produced are 
displayed, and updates to the local and administrative interaction databases are 
made (events G-I[M]) 5 

Fig. 4c shows a screen shot of the information produced when a 
customer was listening to a Paul Simon recording. The information includes a 
an album offer (from Amazon) and links to a review, concert information, and 
a news group article. 

7. News Notification Application 

Figs. 5a-5b illustrate the flow of information and sequence of events 
when a Local Assistant News Assistant application operates on a Customer 
computer 100. In such an application, a News assistant ruleset contains a task 
to be executed periodically. This task retrieves a news summary document 
from the News Assisted Merchant's site. As an example, the following is a rule 
that retrieves current news from cnet.com: 
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<PE> 

<CatId> Steplnfo </CatId> 
<Key> getcnet </Key> 
<feature> cnet.xml </feature> 
<steptype> task </steptype> 
<repeattime> 15 </repeattime> 
<feature> cnet.xml </feature> 
<Do> 

<set> cnetfound "false" </set> 
<getpage> 

"http://news.cnet.com/" 

<mkalist> whendone <mklist> donecnet </mklist> </mkalist> 
</getpage> 



This rule specifies that it should be executed every 1 5 minutes. Execution of 
the rule sets a flag used to check whether any new news was found. The 
cnet.com ruleset also contains rules (not shown) to analyze the summary page 
and collect a list of current news items, each item containing a description and a 
link to the actual news document. The local interaction data contains a history 
of news items already seen and also a list of topics of interest to the Customer 
(maintained using the customization application described below). In the 
depicted scenario, the Local Assistant client program 104 executes the cnet 
news gathering task (event A). A news summary page 543 is retrieved from the 
News Assisted Merchant's Web site 540 (event B). A news window is made 
visible (event C); this window may initially contain advertisements provided by 
the News Assisted Merchant. Using the news summary from event B, and the 
history and news preferences obtained from the local interaction database, a list 
of new items on topics of interest is generated (event D) and displayed in the 



</Do> 



</PE> 
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news window. The local interaction database is then updated to reflect the most 
recent news retrieved (event F). 

Fig. 5c shows a screen shot of a CNET news offer with several technical 
news items. 

5 

8. Local Assistant Client-Side Customization Application. 

Fig.. 6a illustrates the flow of information and sequence of events for 
one scenario in which the Customer interacts with the Local Assistant Client- 
side Customization Assistant. The ruleset for this assistant is part of the core 

10 system download. In this scenario, the Customer accesses the Customization 
application, possibly by a browser context menu item or an icon on the toolbar 
(event A). A customization window is displayed with tabs for several options 
(event B). The Customer choosed the advanced tab (event C). A list of 
rulesets (called "features" in the E-traffic preferred embodiment of the Local 

1 5 Assistant) and options for each feature, with the Customer's current preferences, 
is displayed using rules that query the ruleset and interaction database to gather 
this information (event D). The Customer checks the personal technology and 
the entertainment topic boxes. The Customer also checks the SchoolCash box 
to enable this feature and unchecks the SchoolPop box to suspend application of 

20 the rules of this assistant ruleset (event E). The interaction data is updated to 
reflect the modified status a preferences (event F). Fig. 6b is a screen shot 
showing the current features option of the Customizer Assistant. 

In another scenario, depicted by Fig. 7a, events A and B (invoking the 
customization assistant) are the same as in the first scenario described above. In 

25 this scenario, the Customer selects the tab to view any new features that might 
be available (event C). The Local Assistant client-side program 104 retrieves a 
list of the currently available rulesets from the Legal Assistant admin site 1 10 
(event D). A rule to remove features from this list that currently exist in the 
local ruleset database 105 is executed, and the resulting list of features is 

30 displayed (event E). Fig. 7b is a screen shot showing a list of downloadable 
features. The Customer requests the new SchoolCash loyalty shopper (event 
F). The feature is downloaded from the Local Assistant admin site 1 1 0 (event 
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G) and the download request is logged by the Local Assistant admin program 
(event G'). The feature download event consists of several actions: the Local 
Assistant client-side program transmits a request for the ruleset to the Local 
Assistant server; the Local Assistant server confirms that another download of 
this ruleset is allowed, and transmits the encoded file containing the ruleset via 
HTTPS; and the Local Assistant client-side program adds the newly 
downloaded ruleset to the local ruleset database. 

In a little more detail, direct interaction between the Local Assistant 
client-side system and the Customer is accomplished using browser navigation 
and a special type of rule called a protocol. Navigation to an URL having a 
specific form results in interpretation of the file part of the URL as the name of 
a protocol rule possibly followed by data to be passed. For example, in the E- 
traffic implementation, navigation to the URL 

"Http://127.0.0. 1 :8765/_etraffic_showagenda_" 
executes the protocol named showagenda. The trailing _ indicates that no data 
is to be passed. 

9. Conclusion 

While the invention has been described herein with reference to certain 
preferred embodiments, these embodiments have been presented by way of 
example only, and not to limit the scope of the invention. Accordingly, the 
scope of the invention should be defined only in accordance with the claims that 
follow. 



